3.1 应用角色

应用角色是本平台角色的最小单位,主要是在微服务内部使用

应用角色的分类主要有系统定义好的应用角色(如注册用户、流程用户、待办任务等)、用户自定义的应用角色和通过页面生成的页面功能角色等。

1.系统定义好的应用角色

为支撑平台的基础运行和门户使用,平台在初始化时已经定义好了部分应用角色,通过初始化SQL默认写入到相关的数据表中。

这些已定义好的应用角色在使用时不可编辑,可以直接授权给用户或者分配到业务角色中。这些角色如下表所示:

序号 应用角色名称 说明
1 他人委托代理
2 信息发布管理员
3 内部接口
4 匿名用户
5 常用功能配置
6 待办任务 在门户首页上可显示待办任务widget
7 待办任务(紧凑) 在门户首页上可显示紧凑版本的待办任务widget
8 服务定制人员
9 本人委托代理
10 机构配置管理员
11 注册用户 第一级机构需要分配的角色(全体成员最基础的角色)
12 注册用户角色配置
13 流程用户 在门户上可以使用流程的任务中心
14 流程管理员 在门户上可以对流程功能进行管理
15 管理员
16 系统配置管理员
17 系统集成
18 组织权限管理员
19 网关管理员
20 通讯录功能角色
21 门户管理员

2.用户自定义的应用角色

用户自定义的应用角色主要是在角色权限设置页面进行角色的添加。

(1)实现原理

在开发模式下,角色添加后,会在两个地方写入角色的数据。

  • 数据库表

在门户的数据库表role_debug加入1条角色数据。code和name为设置角色时用户自行填写的内容,type为service(指应用角色),debug_type为insert。

1660635244895

  • 配置文件

除了写数据库表外,还需要写入配置文件。写入配置文件是为了把角色和权限相关内容合成到微服务的metainfo,以便后续在门户运行时把微服务内部配置好的角色和权限加载进来。

在设置页面中已提示写入的配置文件的路径:

1660635471809

打开这个配置文件,角色方面的主要内容如下:

1660635651377

可以看出来,配置文件主要记录了角色的名称、代码和关联的权限等内容。

(2)实现效果

1、在页面制作的工作台,点击右上角的齿轮按钮,选择角色权限设置

1660190309383

2、在弹出的角色权限设置页面,点击添加按钮:

16601898951353、在弹出页面中,填写角色标识、名称,以及分配对应的权限:

1660189932200

4、回到角色权限设置页面,需要点击保存配置文件按钮进行保存生效:

1660190477965

3.通过页面生成的页面功能角色

每个页面可以根据需要创建跟本页面相关联的页面功能角色,方便后续授权给相关用户使用。

(1)实现原理

跟在角色权限设置页面添加类似,添加后在门户的数据库表roledebug加入1条角色数据。code和name为平台根据规则自动生成的内容,其中name规则为应用名\页面名_功能角色,type为service(指应用角色),debug_type为insert。

1660636728138

(2)实现效果

1、打开某页面后,在配置菜单,点击“特定部门(创建功能角色)”即可生成本页面的功能角色。

生成的功能角色自动命名为:应用名_页面名_功能角色,比如本例子为:权限和角色案例_功能权限_功能角色。

1660190630006

2、在后续角色授权时,可以选择该功能角色进行授权使用。

1660190866999

results matching ""

    No results matching ""

    results matching ""

      No results matching ""